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ABSTRACT 

Ulysses is a joint ESA-NASA mission the 
primary purpose of which is to make scientific 
measurements of the Sun outside the plane of 
the ecliptic. 

The delay in launching Ulysses, due to the Chal- 
lenger disaster, meant that the hardware on 
which the Spacecraft Control and Monitoring 
System (SCMS) resides was becoming obsolete 
and it was decided to convert SCMS to run on a 
DEC/VAX machine under VMS. 

The baseline for the conversion was an exact 
copy of the existing ModComp system from a 
functional point of view. However, following 
conversion and installation at the Jet Propulsion 
Laboratory (JPL)in Pasadena, California, further 
requirements were identified by the spacecraft 
control team and this lead to the baseline being 
substantially upgraded to support the mission 
fully. 

The paper will cover the spacecraft, the conver- 
sion, the converted SCMS, problems found and 
the upgrades implemented for solutions. It will 
also discuss the future for and enhancements al- 
ready made to the converted SCMS. 

Key Words: Ulysses, spacecraft operations, mis- 
sion control. 

1. INTRODUCTION 

The Ulysses spacecraft and mission is divided as 
follows. ESA provides the spacecraft, half of the 


science instruments and the spacecraft-depend- 
ent mission operations personnel, hardware and 
software. NASA provides the remaining science 
instruments, the radioisotope thermal generator 
(which powers the spacecraft), the launch sys- 
tem and the tracking, telemetry data acquisition 
and command support via NASA’s Deep Space 
Network (DSN). 

The Ulysses spacecraft has a scientific payload 
of nine experiments and is spin-stabilised, rotat- 
ing at approximately 5 rpm. It has low gain an- 
tennas used in the early stages of the mission 
and a high gain antenna capable of X and S band 
transmissions. The spacecraft also has a 72 
metre Radial Dipole antenna and a 7 metre axial 
monopole antenna, both for experiment use. 

r 

There is an onboard storage capacity for periods 
of no ground station coverage, i.e. 2 magnetic 
tape recorders that can each hold 22 hours of 
data at the nominal record rate of 512 bps. 

Telemetry is available in two formats, Engineer- 
ing and Science and can be transmitted at rates 
of between 64 bps and 8192 bps. The higher 
rates are used to transmit scientific formats from 
the onboard recorders interleaved with realtime 
data. The nominal realtime bit rate during 
routine operations is 1024 bps in science format 
with 512 bps during the recording periods. 

The original SCMS software was developed by 
Burd Voor Systeem Montwikkeling of Holland 
(BSO) for ESA to meet the launch date of May 
1986. The rescheduling of the Ulysses mission 
meant that the ModComp hardware would be- 



come obsolete during the four year delay and as 
a consequence SCMS was converted by Cray 
Systems (formally MARCOL) for ESA to run 
on a DEC/VAX under VMS keeping 
FORTRAN as the language used, albeit a dif- 
ferent dialect. 

2. THE CONVERSION 

The conversion process itself could not be per- 
formed automatically using a Code Conversion 
program since the hardware architecture and the 
low level software interfaces to them were sig- 
nificantly different between the ModComp and 
VAX machines. This meant that all of the 
SCMS lower level subsystems had to be com- 
pletely rewritten. These lower level tasks in- 
cluded the interprocess communication, file 
management and the terminal interface. 

The software development followed the ESA 
BSSC life-cycle (Ref. 1) which meant the Func- 
tional Requirements Document produced for the 
ModComp system had to be rewritten as a 
Software Requirements Document (SRD). 
Within the Software Requirement (SR) phase 
any new requirements raised on the existing sys- 
tem considered essential were included in die 
document for review. 

As mentioned above the differences in the Ar- 
chitectural Design (AD) of the system were due 
to hardware differences so the functionality of 
the design remained the same. 

The Detailed Design (DD) and Coding stages 
saw the development follow the standard ap- 
proach of reviewing the design prior to im- 
plementation. 

The Software Transfer (TR) phase proceeded 
very smoothly resulting in a delivery of the first 
version of SCMS at ESOC some three months 
ahead of schedule . This was particularly impor- 
tant as no simulator was available so data recep- 


tion from the spacecraft itself was regarded as 
essential for thorough testing and operations 
training. A paper written by Dr. Richard 
Coikill (Ref. 2), the Cray Systems project 
manager for the conversion, details the conver- 
sion process. 

3. THE CONVERTED SCMS 

The converted Spacecraft Control and Monitor- 
ing System (SCMS) resides on a DEC/VAX 
8250. Two of these machines make up the Ulys- 
ses Mission Control System (UMCS) and are in- 
stalled at NASA’s Jet Propulsion Laboratory 
(JPL). 

Interestingly, SCMS although originally 
designed over 8 years ago, contains many of the 
facilities associated with more modem 
spacecraft control and monitoring systems. Of 
special interest to SCMS are: 

• Databases 

• Telemetry Processing 

• Telecommanding 

• Archiving of Telemetry 

• Display of Telemetry 

The SCMS is comprised of a number of inter- 
communicating tasks. Prioritisation is used to en- 
sure that realtime tasks, i.e. those driven by 
incoming telemetry get preferential use of the 
CPU. The relationships between the processing 
and data can be seen in Figure 1 - SCMS Major 
Architecture 

3.1 Databases 

Most SCMS subsystems rely on the contents of 
one or more databases for their operation. Each 
database can be accessed via the database 
editors to update information contained for dis- 
plays, modes, parameters, limits and commands. 
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Figure 1 - SCMS Major Architecture 


3.2 Telemetry Processing 

Telemetry is received from the JPL Ground Data 
System (GDS) which, as of time of writing is the 
Data Capture and Staging system (DACS). This 
is part of the Mission Control and Computer 
Centre (MCCQ but will be replaced by the Ad- 
vanced Multi Mission Operating System 
(AMMOS). 

The GDS sends data in the form of Standard For- 
mat Data Units (SFDUs) which consist of a 
header and a 128 byte frame containing 
spacecraft telemetry. These frames are collected 
into the number of frames required for a com- 
plete telemetry format, which depends upon the 
type of data : 2 for engineering and 32 for 
science. 

The data can be received in two ways, either 
realtime or recalled and the data itself can con- 
sist of either realtime or playback data. 

• Realtime Data: This is data received direct- 
ly from the spacecraft and must be 
processed immediately. 


• Playback Data: This is data recorded on- 
board and is received interleaved with the 
realtime data to be processed later. 

Each telemetry format is processed to produce a 
processed telemetry record (PTR) which is made 
available for display and archiving. The record 
consists of certain portions of raw telemetry as- 
sociated with platform housekeeping and some 
800 derived parameters for spacecraft and scien- 
tific data. 

3.3 Telecommanding 

The way in which telecommanding for Ulysses 
is performed is one area which differs from most 
modem systems. This is because commands are 
ultimately sent via the JPL MCCC system 
which has no physical link to the SCMS 
hardware where the commands are prepared. 
Compare this to modem systems where com- 
mand preparation and delivery are normally per- 
formed on the same machine. 
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3.4 Archiving of Telemetry 

This is achieved by using fixed size circular 
files, called Short History Files, that contain the 
PTRs for die last 15 days, an out of limits file 
that contains the out of limits records for each 
PTR and a science file that contains the last 3 
days of science data. Also archived is a history 
of commands radiated to the spacecraft during 
the mission. 

3.5 Display of Telemetry 

Displaying telemetry in realtime and ftom the 
history files is handled by both alphanumeric 
and graphical displays using either DEC VT340 
or Tektronix TK42 1 1 terminals. 

A more detailed description of the software ar- 
chitecture is given in the Ulysses SCMS Ar- 
chitectural Design Document (Ref. 3). 

4. PROBLEMS AND SOLUTIONS 

Following the delivery of SCMS, about one year 
before launch, it became apparent that the con- 
verted system would require upgrading to sup- 
port the mission fully. 

4.1 Excessive CPU loading 

Extensive tests using the flight model spacecraft 
were performed at the European Space Technol- 
ogy Centre (ESTEC) in Holland in late 1989 and 
early 1990. This testing revealed that the VAX 
CPU was 100% utilised during periods when 
both SCMS and flight dynamics software were 
running simultaneously. This was especially the 
case when graphics were being used by SCMS 
and flight dynamics. 

The solution to this was two fold. Firstly, an ad- 
ditional processor was added to the system and 
secondly, a re-write of the graphics subsystem 
was performed on SCMS. This re-write replaced 
the all purpose and highly CPU intensive 
Graphics Kernel System (GKS) with a tailored 
system using Tektronix commands to drive 
Tektronix TK421 1 graphics terminals. This also 


took the graphics facility from one graph with 
four parameters available per screen to up to 
twelve parameters and a maximum of eight 
graphs per screen with a choice of fifteen 
colours, eight line styles and marker types. The 
interface for creating graphs was also improved 
to use menus and contained useful facilities for 
creating new graphics proformas. 

4.2 Long Term Data Retrieval 

The converted SCMS uses History Files that con- 
tain only the last 15 days of data with older data 
being lost This is obviously not acceptable if 
one is to carry out long term trend analysis or 
study of an anomalous spacecraft event beyond 
15 days when data on the Short History Files 
would be lost. 

The solution to this problem was again two fold: 
first was the development of the Long History 
File system which is basically the same as the 
normal telemetry system but with a history file 
that contains one format of telemetry every 24 
minutes and is sized to allow enough records to 
cover the duration of the prime mission. (Instead 
of every 32 seconds with space for fifteen days 
in the short history file.) 

In this way development time and cost were kept 
to a minimum and, as all user interfaces 
remained the same, operations team members 
could easily access the data without special train- 
ing. 

The second part of long term data access allows 
for a resolution of greater than 24 minutes. This 
uses data read into an adapted version of the 
SCMS from Master Data Record tapes which 
are routinely produced by the JPL Data Manage- 
ment Team. This again uses the standard SCMS 
for data access by the operations team. 

Both tiie graphics and long history file system 
upgrades provide powerful tools for data 
analysis. (See Figure 2 - Example Graphical Dis- 
play) 
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4.3 Database Editors 

As mentioned earlier much of the processing car- 
ried out by SCMS involves the use of various 
databases and following the successful launch of 
Ulysses in October 1990 improvements were 
made in utilities to edit these. The original 
database design was based on the ESA MSSS 
card system and editing using a standard text 
editor was error-prone. To reduce the risk of 
error a menu driven editing system was created 
for each of the databases. These have been in 
use since mid 1991. 

4.4 Further Post Launch Enhancements 

In addition to SCMS enhancements, a need 
arose for the operations team to have access to 
information not provided directly by SCMS. 
These additions were made as functions to be 
run directly under the VMS operating system. 
However, the need to understand the operating 
system was considered an unnecessary addition 
for the use of the system and so these functions 
too are accessible via a menu under SCMS. The 
functions include telemetry statistics packages 
and a telemetry map function to provide a pic- 
ture of the whole history file and its contents in 
terms of data type and quality. 

5. FUTURE ENHANCEMENTS 

Ulysses has passed Jupiter and is currently leav- 
ing the ecliptic with some three years of its 
prime mission left. As this mission has 
developed and the operating team refined their 
needs so SCMS has been enhanced to meet 
those needs. 

The weakest point for SCMS is commanding 
and as mentioned earlier the MCCC system cur- 
rently being used for down-link from and up- 
link to the Ulysses spacecraft is being replaced 


as part of a JPL program to modernise the 
ground system and interface to the DSN. This 
will bring with it a chance to update the Ulysses 
command interface for the operations team. 

CONCLUSIONS 

Following the delay of launch the Spacecraft 
Control and Monitoring System was successful- 
ly transferred from the ModComp to a VAX en- 
vironment. As no simulator was available for 
system testing it was less than a year before the 
scheduled launch that the system’s deficiencies 
became apparent. Additions and modifications 
were made before the launch with the spacecraft 
operations and software development team 
working together to ensure a user-friendly sys- 
tem was completed in a timely manner. 

Since launch, the SCMS has performed almost 
flawlessly, although many minor upgrades have 
been made to enhance the system as a result of 
new user requirements. With the arrival of 
AMMOS and as new needs arise these upgrades 
will continue throughout the mission. 
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